home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0323.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  2.3 KB  |  54 lines

  1.  
  2. >Thanks for the message, Dan.  A few points.
  3. >
  4. >I am not comfortable referencing documents (in an IETF message) that
  5. >are available only via the system in which I'm trying to document.
  6. >I.e. for the purpose of conveying to the IETF what all we're up to
  7. >it would be best to have files in the anonymous FTP area and rendered
  8. >in ASCII.  
  9.  
  10. Point taken. But we can certainly come up with an ASCII version of
  11. http://info.cern.ch/hypertext/WWW/MarkUp/MarkUp.html . There's no
  12. need to use the HTTP document.
  13.  
  14. And the HTML DTD is a plain ASCII document as is. I'm not sure
  15. if it's available via ftp, but certainly that's not an insurmountable
  16. obstacle.
  17.  
  18. >Calling HTML an "SGML application" is not a bad long term plan.  I
  19. >fear there's some risk in ease of implementation from
  20. >    Content-type: text/sgml; dtd="(string that identifies html.dtd)"
  21. >compared to
  22. >    Content-type: text/html
  23. >and as such I'd prefer to not haul in all of the SGML standard in the
  24. >description of the system, not right up front at least.  Better to
  25. >spec something that you can deliver and play with rather than stretch
  26. >things out to their limits.  
  27.  
  28. Uuugh! Do I have to write a "Misconceptions about SGML" essay? I
  29. never said anything about content-type: text/sgml. I did talk
  30. about hauling the SGML standard in, but that only requires the few
  31. changes I pointed out. There's no need to implement a whole SGML parser.
  32.  
  33. But I'd say ISO 8879 + html.dtd is a better spec for the syntax of
  34. HTML than any english description we can come up with in the near term.
  35. And the existing WWW code works just fine on conforming documents. [It
  36. also groks non-conforming documents, but I don't see any crime in that.]
  37.  
  38. After all, I think this is the intent of the designers of HTML:
  39.  
  40.     HTML is not an alternative to SGML, it is a particular
  41.     format within the SGML rules (an SGML "DTD"). [http.txt]
  42.  
  43.  
  44. And, if we start to enforce SGML compliance, we may be able to do things
  45. like using SGML editors, translators, browsers, etc. If we don't enforce
  46. compliance, we might as well not use SGML at all!
  47.  
  48. >Dan, if 
  49. >    http://info.cern.ch/hypertext/WWW/MarkUp/HTML.dtd
  50. >is in fact something that should get a "public text identifier" (some
  51. >kind of ISBN number?) then we should do it.  That would be a very
  52. >useful document to reference in the comments section.
  53.  
  54.